DATA TRANSFER CONTROL SYSTEM, ELECTRONIC INSTRUMENT, AND 
DATA TRANSFER CONTROL METHOD 



Japanese Patent Application No. 2003-47365, filed on February 25, 2003, is 
5 hereby incorporated by reference in its entirety. 

BACKGROUND OF THE INVENTION 
The present invention relates to a data transfer control system, an electronic 
instrument and a data transfer control method. 
10 An interface standard called IEEE 1394 has recently attracted a great deal of 

attention. Under this IEEE 1394, a bus reset occurs if an electronic instrument is 
connected anew to the bus, an electronic instrument is removed from the bus, or the 
number of nodes connected to the bus changes. When a bus reset occurs, the node 
topology information is cleared and then the topology information is automatically reset. 
15 Since this makes it possible to use hot-plugging of the cable in a hot state, it enables 
general users to freely plug in and remove the cable to the electronic instrument, in the 
same way as ordinary domestic electric products such as VCRs. 

However, various problems are caused by the occurrence of such bus resets. 
Examples of prior-art techniques of solving these problems are disclosed in Japanese 
20 Patent Application Laid-Open No. 2001-177537 and Japanese Patent Application Laid- 
Open No. 2001-177536. 

Even the above-mentioned prior-art techniques, however, might not be able to 
guarantee normal operation during a bus reset, depending on the specifications of 
operating systems (OSs) and application programs that will be on the market in the 
25 future. 

If a direct memory access (DMA) transfer is started by the execution of a 
command to a hard disk drive (generally speaking: a storage device; more generally 



l 



speaking: a device) and subsequently a bus reset occurs during the DMA transfer, by 
way of example, problems might occur, such as a hang-up of the hard disk drive. 

BRIEF SUMMARY OF THE INVENTION 
5 A data transfer control system for data transfer through a bus according to one 

aspect of the present invention includes: 

an address storage section which stores a first address, the first address being 
stored in a page table element that is being processed at a point at which a bus reset 
occurs among page table elements of a page table specified by a first command packet 
10 transferred through a first bus; 

an address comparison section which reads out a second address and compares 
the stored first address and the read-out second address, the second address being stored 
in a page table element having the same element number as the page table element in 
which the first address is stored among page table elements of a page table specified by 
15 a second command packet, when the second command packet is transferred through the 
first bus after the bus reset occurs; and 

a transfer restart section which restarts data transfer from the page table element 
that is being processed at the point at which the bus reset occurs, when it has been 
determined that the first address and the second address are the same. 
20 A data transfer control system for data transfer through a bus according to 

another aspect of the present invention includes: 

a command storage section which stores a content of a first command packet 
transferred through a first bus; 

an address storage section which stores a first direct address which is specified 
25 directly by the first command packet, when a page table is absent; 
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a command comparison section which compares a content of the first command 
packet and a content of a second command packet, when the second command packet is 
transferred through the first bus after a bus reset occurs; 

an address comparison section which compares a first direct address which is 
5 specified directly by the first command packet and a second direct address which is 
specified directly by the second command packet, when the page table is absent; and 

a transfer restart section which restarts data transfer as a resumption of data 
transfer at a point at which the bus reset occurs on condition that it has been determined 
that the contents of the first and second command packets are the same and also that the 
10 first and second direct addresses are the same when the page table is absent, and restarts 
data transfer as a resumption of data transfer at the point at which the bus reset occurred 
on condition that it has been determined that the contents of the first and second 
command packets are the same when the page table is present. 



15 BRIEF DESCRIPTION OF THE SEVERAL VIEWS OF THE DRAWING 

Fig. 1 is illustrative of the IEEE 1394 SBP-2 layer structure; 

Fig. 2 is illustrative of outline of the SBP-2 processing; 

Fig. 3 is illustrative of data transfer from the initiator to the target; 

Fig. 4 is illustrative of data transfer from the target to the initiator; 
20 Figs. 5 A, 5B, and 5C are illustrative of page tables; 

Figs. 6A and 6B are illustrative of problems that occur when there is a bus reset; 

Fig. 7 shows an example of the configuration of a data transfer control system 
and an electronic instrument; 

Fig. 8 is a flowchart of a detailed example of the processing in accordance with 
25 this embodiment; 

Fig. 9 is another flowchart of a detailed example of the processing in accordance 
with this embodiment; 
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Fig. 10 is a further flowchart of a detailed example of the processing in 
accordance with this embodiment; 

Fig. 11 is a still further flowchart of a detailed example of the processing in 
accordance with this embodiment; 
5 Fig. 12 is illustrative of data transfer restart processing; 

Fig. 1 3 is further illustrative of data transfer restart processing; 

Fig. 1 4 is illustrative of ORB comparison processing; 

Fig. 1 5 is illustrative of address comparison processing; 

Fig. 16 is further illustrative of address comparison processing; 
10 Fig. 17 is still further illustrative of address comparison processing; 

Fig. 1 8 is illustrative of command abort processing; 

Figs. 19A to 19E are illustrative of dummy data transfer processing; 

Figs. 20A to 20E are further illustrative of dummy data transfer processing; 

Fig. 21 shows an example of the configuration of the interface circuit; 
15 Figs. 22 A and 22B show examples of signal waveforms during PIO transfer; 

Figs. 23A and 23B show examples of signal waveforms during DMA transfer; 

Figs. 24A and 24B show examples of signal waveforms during UltraDMA 
transfer; and 

Fig. 25 is a flowchart showing the omission of address comparison when a page 
20 table is present. 

DETAILED DESCRIPTION OF THE EMBODIMENT 
Note that the embodiments described hereunder do not in any way limit the 
scope of the invention defined by the claims laid out herein. Note also that all of the 
25 elements of these embodiments should not be taken as essential requirements to the 
means of the present invention. 
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IEEE 1394 and SBP-2 



1 . 1 Layer Configuration 

A protocol called the Serial Bus Protocol-2 (SBP-2) has been proposed as an 
5 upper-level protocol including some of the functions of the transaction layer under 
IEEE 1394. This SBP-2 (generally speaking: SBP) has been proposed in order to enable 
the use of the SCSI (SPC-2) command set on the IEEE 1394 protocol. With minimum 
changes to the command set used in electronic instruments that conform to the existing 
SCSI standards, use of this SBP-2 ensures that electronic instruments that conform to 

10 IEEE 1394 can also be used. This therefore enables a simplification of the design and 
development of electronic instruments. 

The IEEE 1394 SBP-2 layer structure (protocol stack) is shown simplified in Fig. 
1. The protocol for IEEE 1394 (such as IEEE 1394-1995, PI 394a, and PI 394b) is 
configured of a transaction layer, a link layer, and a physical layer. 

15 The transaction layer provides an interface (services) in transaction units for 

upper layers and executes transactions such as read transactions, write transactions, and 
lock transactions through an interface provided by the link layer below it. In this case, a 
read transaction causes the transfer of data from a responding node to a requesting node. 
A write transaction causes the transfer of data from a requesting node to a responding 

20 node. A lock transaction causes the transfer of data from a requesting node to a 
responding node and returns that data, after it has been processed by the responding 
node, to the requesting node. 

The link layer provides control such as cycle control for addressing, data 
checking, data framing for packet transfers, and isochronous transfer. The physical layer 

25 provides conversions to electrical signals of logical symbols used by the link layer, bus 
arbitration, and a physical interface for the bus. The SBP-2 layer provides an upper- 
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level protocol that includes some of the functions of the transaction layer under IEEE 
1394 (generally speaking: a first interface standard), as shown in Fig. 1. 

1 .2 SBP-2 Processing 
5 A flowchart of the entire processing of the SBP-2 (generally speaking: an upper- 

level first protocol for a first interface standard) is shown in Fig. 2. 

As shown in Fig. 2, SBP-2 ensures that configuration ROM information for 
confirming the connected device is read first (step Tl). 

Next, the initiator (such as a personal computer) is asked to log in to acquire the 
10 access right (request start permission, or the right to use the bus) with respect to the 
target (such as a storage device) (step T2). More specifically, log-in is performed by 
using a log-in operation request block (ORB) created by the initiator. 

The fetch agent is then initialized (step T3). A command block ORB (normal 
command ORB) is then used to perform command processing, and finally a log-out 
15 ORB is used for log-out processing (step T5). 

During the command processing of step T4 in this case, the initiator transfers a 
write request packet (issues a write request transaction) and rings the target doorbell 
register, as shown at Al in Fig. 3. When that happens, the target transfers a read request 
packet and the initiator returns the corresponding read response packet, as shown at A2. 
20 This causes the fetching of the ORB (command block ORB) created by the initiator into 
the data buffer (packet buffer) of the target. The target analyzes the command included 
within the thus-fetched ORB. 

If the command included within the ORB is a SCSI write command, the target 
transfers the read request packet to the initiator and the initiator returns the 
25 corresponding read response packet as shown by A3 in Fig. 3. This causes the transfer 
of data that was stored in the data buffer of the initiator to the target. If the target is a 
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storage device, by way of example, the thus-transferred data is written to the storage 
device. 

If the command included within the ORB is a SCSI read command, on the other 
hand, the target transfer a series of write request packets to the initiator, as shown at Bl 
5 in Fig. 4. If the target is a storage device, by way of example, this causes the transfer of 
data that has been read out from the storage device, to the data buffer of the initiator. 

This SBP-2 makes it possible for the target to transfer a request packet (issue a 
transaction) whenever its own circumstances are good, to transfer data. Since it is 
therefore not necessary for the initiator and target to be synchronized, it enables an 
10 increase in data transfer efficiency. 

Note that optimal AV/C commands have been proposed for the transfer of image 
and audio data as an upper-level protocol for IEEE 1394, other than SBP-2 optimized 
for data transfer for storage devices and printers. A protocol called IPoverl394 has also 
been proposed for the transfer of Internet protocol (IP) packets on the IEEE 1394 bus. 
15 Note that when data transfer occurs between the target and the initiator, a page 

table is either present in the data buffer of the initiator (a personal computer, or another 
node) as shown in Fig. 5A, or absent (does not exist). 

If a page table is present, an address in the data buffer (initiator) for that page 
table and the number of elements of the page table (the number of page table elements) 
20 are included within the ORB created by the initiator. The address for the transfer data 
(start address, read address, or write address) is specified as an indirect address by using 
this page table. More specifically, the page table is configured of a plurality of page 
table elements and each page table element is specified by an element number. 
Addresses in the data buffer (initiator) of each segment data item of the transfer data are 
25 specified by addresses stored in the page table elements of the page table. 

If there is no page table, on the other hand, an address and a data length is 
included in the ORB, as shown in Fig. 5C. The address of transfer data by the address 
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within the ORB is specified as a direct address. Note that whether or not the page table 
is present can be determined by using a page table presenting flag included by an ORB. 

1.3 Bus Reset 

5 Under the IEEE 1394, a bus reset occurs when power is turned on or when 

devices have been disconnected or connected while power is on. In other words, each 
node monitors voltage changes at the corresponding port. If a voltage change occurs at 
a port because of the connection of a new node to the bus, for example, a node that has 
detected that change informs the other nodes on the bus that a bus reset has occurred. 
10 The physical layer of each node informs the corresponding link layer that a bus reset 
has occurred. 

When such a bus reset occurs, topology information such as node IDs is cleared. 
The topology information is then automatically reset. In other words, tree identification 
and self identification are performed after a bus reset. The nodes that are to act as 

15 management nodes, such as the isochronous resource manager, cycle master, and bus 
manager are then determined. Ordinary packet transfer starts. 

Since the topology information is automatically reset after a bus reset under this 
IEEE 1394, it is possible to implement a hot-plug configuration in which the cables of 
electronic instruments can be freely removed or inserted. 

20 Note that if a bus reset occurs during a transaction, that transaction is cancelled. 

The requesting node that issued the canceled transaction transfers the request packet 
again, after the topology information has been reset. The responding node does not 
return a response packet to the requesting node for a transaction that has been canceled 
by a bus reset. 

25 

1 .4 Problems During Bus Reset 
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Various problems can occur if there is a bus reset during data transfer, as 
described below. Assume, by way of example, that there is a bus reset at the point at 
which data has been transferred up to the position (address) shown at CI in Fig. 6 A. In 
such a case, all transactions present during the processing are canceled at the point at 
5 which the bus reset occurs. The initiator, such as a personal computer, which has 
requested the transfer of data by an ORB1 before the bus reset occurred, recreates an 
ORB2 after the bus reset has occurred, to instruct the other device (such as a storage 
device, printer device, scanner device, or imaging devices) to restart the data transfer 
from the beginning, as shown in Fig. 6B. For that reason, a problem can occur in that 
10 data is transferred twice when data transfer is restarted at the position shown at C2 in 
Fig. 6B. 

To solve this problem, the prior-art technique disclosed by Japanese Patent 
Application Laid-Open No. 2001-177537 uses a method such that the contents of the 
ORB before the bus reset (hereinafter called ORB1) are compared with the contents of 

1 5 the ORB after the bus reset (hereinafter called ORB2), and the data transfer is restarted 
from the position indicated by C3 in Fig. 6B if the contents of the ORB1 and the ORB2 
are the same. The prior-art technique disclosed by Japanese Patent Application Laid- 
Open No. 2001-177536 uses a method such that a start address ADS1 of transfer data 
(all the transfer data to be transferred by a page table) before the bus reset is compared 

20 with a start address ADS2 of transfer data after the bus reset, and the data transfer is 
restarted from the same position indicated by C3 if the ADS1 and the ADS2 are the 
same. 

This causes no problems with operating systems (OSs) of the latest 
specifications, even when the restart of data transfer is based on the result of the 
25 comparison of the ORB1 and the ORB2 or the ADS1 and the ADS2. However, it might 
not be possible to implement a reliable guarantee of normal operation during a bus reset 
with OSs and application programs that will be on the market in the future. 
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Assume, by way of example, that a bus reset occurs after the segment data 
indicated by C4 in Fig. 6A has been transferred. In such a case, it could happen that data 
transfer should not restart, even though the start addresses ADS1 and ADS2 are the 
same. Specifically, a case could be considered in which the addresses stored in the page 
5 table specified by the ORB1 before the bus reset, such as AD1, AD2, AD3, AD4..., do 
not match the addresses stored in the page table specified by the ORB2 after the bus 
reset, such as AD1, ADS, AD6, and AD7, depending on the operating specifications of 
the memory management unit (MMU) of the OS. In such a case, data transfer should 
not restart even though an address such as the start address (AD1) is the same. If the go- 
10 ahead for data transfer restart processing is based solely on a comparison of start 
addresses, therefore, there is a possibility that normal operation cannot be guaranteed 
after the bus reset. 

The problem described below can also occur with the prior-art techniques. 

Assume that the ORB1 includes a SCSI (SPC-2) write command, as shown in Fig. 3, 
1 5 and a bus reset occurs during data transfer based on that write command. In such a case, 

the OS of the personal computer might send the ORB2 including a file allocation table 

(FAT) read command after the bus reset, to check the contents of the FAT. 

In that case, the ORB1 before the bus reset instructs a data write command 

whereas the ORB2 after the bus reset instructs a FAT read command, so that the 
20 contents of the ORB 1 and the ORB2 are different. It is therefore necessary to abort the 

write command of the ORB1 that has already been issued to the later- stage storage 

device. 

If the DMA transfer based on the write command of the ORB1 before the bus 
reset has already started, aborting that write command might cause a hang-up in the 
25 later-stage storage device. 

2. Overall Configuration 
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An example of the overall configuration of the data transfer control system that 
makes it possible to solve the above problems, and an electronic instrument that 
incorporates it, is shown in Fig. 7. Note that in the description below, the device 100 
that transfers data with respect to the initiator is exemplified as a storage device (such as 
5 a hard disk drive, CD drive, or DVD drive), but it should be obvious to those skilled in 
the art that the present invention is not limited thereto and thus it can be applied to 
various other devices such as printer devices, scanner devices, or imaging devices. 

A personal computer (host computer) 2 having a data buffer 4 is connected to an 
electronic instrument 8 by a BUS1 (a first bus) conforming to IEEE 1394. The 

10 electronic instrument 8 has the data transfer control system 10 and the device 100 (such 
as a storage device, printer device, or scanner device). 

Note that other components such as a system CPU, system memory (ROM, 
RAM), operating section, or signal processing device (not shown in the figures) could 
also be included within the electronic instrument 8. 

15 The data transfer control system 10 includes physical-layer (PHY) circuit 14, 

link-layer circuit 20, SBP-2 circuit 22, an interface circuit 30, a buffer management 
circuit 38, and a packet buffer 40 (data buffer). It also includes a CPU 42 and flash 
memory 44 (EEPROM). A processing module (program) therefor is stored in the flash 
memory 44, including firmware 50 that is executed by the CPU 42 (generally speaking: 

20 a processor). Note that the data transfer control system 10 of this embodiment does not 
necessarily includes all of the circuit blocks and function blocks shown in Fig. 7; some 
of them can be omitted. 

The physical-layer circuit 14 is designed to implement the physical-layer 
protocol of Fig. 1 in hardware, and it has the function of converting the logical symbols 

25 used by the link-layer circuit 20 into electrical signals. 
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The link (and transaction)-layer circuit 20 is designed to implement the link- 
layer protocol and part of the transaction-layer protocol of Fig. 1 in hardware, and 
provides various services for packet transfer between nodes. 

These functions of the physical-layer circuit 14 and the link-layer circuit 20 
5 make it possible to perform data transfer that conforms to IEEE 1394 to and from the 
personal computer 2 (generally speaking: an electronic instrument) through the BUS1 
(the first bus). 

The SBP-2 circuit 22 (generally speaking: transfer execution circuit) is designed 
to implement part of the SBP-2 protocol and part of the transaction layer in hardware. 
10 These functions of the SBP-2 circuit 22 make it possible to divide transfer data into a 
series of packets and transfer the thus-divided series of packets continuously. 

The interface circuit 30 is designed to provide an interface with the device 100. 
This function of the interface circuit 30 makes it possible to perform data transfer that 
conforms to AT attachment (ATA) or ATA packet interface (AT API) to and from the 
15 device 100 through a BUS2 (a second bus). 

The provision of the physical-layer circuit 14, the link-layer circuit 20, and the 
interface circuit 30, such as those shown in Fig. 7, makes it possible for the data transfer 
control system 10 to have a conversion bridge function for IEEE 1394 (generally 
speaking: a first interface standard) and ATA (IDE)/ATAPI (generally speaking: a 
20 second interface standard). 

A DMA controller 32 included by the interface circuit 30 enables direct memory 
access (DMA) transfer to and from the device 100 through BUS2. Note that the device 
100 connected to BUS2 includes an interface circuit 102 for performing data transfer 
conforming to ATA (IDE)/ AT API, an access control circuit 104 for controlling access 
25 (write or read access control) to storage 106, and the storage 106 such as an optical disk, 
hard disk, or memory. 
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The buffer management circuit 38 manages the interface with the packet buffer 
40. The buffer management circuit 38 includes components such as a register for 
controlling the buffer management circuit 38, an arbitration circuit that arbitrates 
connections of the packet buffer 40 to the bus, and a sequencer that generates various 
5 control signals 

The buffer management circuit 38 also includes a pointer management section 
39. This pointer management section 39 manages pointers of the packet buffer 40 by a 
ring buffer method, and updates a plurality of pointers for writing and reading. 

The packet buffer 40 (packet memory or data buffer) is a buffer for storing 
10 packet (transfer data) temporarily, which is configured of hardware such as SRAM, 
SDRAM, or DRAM. Note that in this embodiment, the packet buffer 40 functions as a 
packet storage section that can be randomly accessed. The packet buffer 40 could also 
be connected externally instead of being incorporated into the data transfer control 
system 10. 

15 The CPU 42 (generally speaking: a processor) controls the entire device and also 

controls data transfer. The flash memory 44 (EEPROM) is non-volatile memory 
containing data that can be overwritten electrically. Processing modules (programs) for 
the firmware 50 are stored in this flash memory 44. 

The firmware 50 is a program including various processing modules (processing 

20 routines) that run on the CPU 42, and the protocols for layers such as the transaction 
layer are implemented by this firmware 50 and hardware such as the CPU 42. 

The firmware 50 (F/W) includes a communications section 52, a management 
section 60, a fetch section 70, and a task section 80. Note that the firmware 50 does not 
necessarily, include all of these function blocks (modules); some of them could be 

25 omitted. 



13 



In this case, the communications section 52 is a processing module that 
functions as an interface between hardware such as the physical layer circuit 14 and the 
link-layer circuit 20 

The management section 60 (management agent) is a processing module that 
5 provides management of tasks such as log-in, reconnection, log-out, and reset. If the 
initiator has requested log-in at a target, for example, this management section 60 first 
accepts this log-in request. 

The fetch section 70 (fetch agent) is a processing module that receives operation 
request blocks (ORBs), issues statuses, and handles command processing requests to the 
10 task section 80. The fetch section 70 differs from the management section 60, which can 
only handle a single request, in that it also can handle an ORB link list that it itself has 
fetched in accordance with a request from the initiator. 

The task section 80 is a processing module for executing the processing of 
commands included by ORBs and also DMA transfers. 
15 The fetch section 70 includes a determination section 72, a command storage 

section 73, a command comparison section 74 , an address storage section 75, an 
address comparison section 76, and a transfer restart section 77. 

In this case, the determination section 72 does processing to determine whether 
or not a bus reset (a reset that clears node topology information) has occurred during 
20 data transfer, from the ORB (generally speaking: a command packet, or a command 
packet for a data transfer operation request; hereinafter the same). 

The command storage section 73 does processing for storing the ORB1 (the first 
command packet), which was transferred in from the initiator before the bus reset 
occurred, at a point such as when the bus reset has occurred or a reconnect has 
25 succeeded. 

The command comparison section 74 does processing for comparing the 
contents of the ORB1, which was transferred in from the initiator through the BUS1 
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before the bus reset occurred (and which was stored by the command storage section 
73), and the contents of the ORB2, which was transferred in from the initiator through 
the BUS1 after the bus reset occurred. 

The address storage section 75 stores an address (indirect address or direct 
5 address). More specifically, if a page table is present (if the page table presenting flag is 
active), the address storage section 75 stores an address ADK1 (a first address) that is 
stored in a page table element PEK1 that is one of the page table elements of the page 
table specified by the ORB1 (see Fig. 5B) that was being processed at the point at which 
the bus reset occurred. Note that if the page table is absent (if the page table presenting 

10 flag is inactive), the address storage section 75 stores an address DAD1 (a first direct 
address) of the transfer data that is directly specified by the ORB1 (see Fig. 5C). 

The address comparison section 76 performs address comparison processing 
(comparison of the first and second addresses or comparison of the first and second 
direct addresses). More specifically, if the page table is present, it reads out an address 

1 5 ADK2 that is stored in a page table element PEK2 having the same element number as 
the page table element PEK1 in which the previously mentioned ADK1 is stored, from 
the page table elements of the page table specified by the ORB2 after the bus reset. It 
then compares ADK1 (the first address) stored in the address storage section 75 and the 
thus-read ADK2 (the second address). Note that if the page table is absent, the address 

20 comparison section 76 compares the DAD1 (the first direct address) stored in the 
address storage section 75 and the DAD2 (the second direct address) that is specified 
directly by the ORB2. 

The transfer restart section 77 does processing to restart the data transfer. More 
specifically, if it has been determined that the contents of the ORB1 (the first command 

25 packet) and the ORB2 (the second command packet) are the same and the ADK1 (the 
first address) and the ADK2 (the second address) are the same, it performs processing to 
restart the data transfer as a continuation of the data transfer at the point at which the 
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bus reset occurred. Even more specifically, if it is determined that the ADK1 (the first 
address) and the ADK2 (the second address) are the same, it performs restart processing 
for the data transfer at the page table element that was reached during the processing at 
the point at which the bus reset occurred. Note that it also performs restart processing 
5 for the data transfer if the page table is absent and it has been determined that the DAD1 
(the first direct address) and the DAD2 (the second direct address) are the same. 

The task section 80 includes a command processing section 82 and a command 
abort section 84. In this case, the command processing section 82 does various types of 
processing relating to an ORB (generally speaking: a command packet, or a command 

10 packet for a data transfer operation request) that has been transferred in through the 
BUS1 (a first bus of a first interface standard such as IEEE 1394). Specifically, it 
receives an ORB from the BUS1 and issues the command included by the ORB (a SCSI, 
SBP-2 command) to the device 100 (storage device) connected to the BUS2 (a second 
bus of a second interface standard such as AT A/AT API), to instruct the start of DMA 

15 transfer (data transfer without the intervention of the CPU) through the BUS2. 

The command abort section 84 aborts the command (such as a SCSI read 
command or write command) that was issued for the device 100, based on the ORB, 
after the DMA transfer (continuous data transfer) started by that ORB (command) has 
ended. 

20 More specifically, the command abort section 84 operates if there is to be no 

data transfer restart processing (such as if it has been determined that the contents of the 
ORB1 before the bus reset are different from the contents of the ORB2 after the bus 
reset, or if it has been determined that the addresses specified by the ORB1 and the 
ORB2 either indirectly or directly are different), to abort (halt or cancel) the command 

25 that was issued for the device 100 based on the ORB1, after the DMA transfer that was 
started on the basis of that ORB 1 (command) has ended. 
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In other words, commands (such as read, write, mode sense, or mode select) that 
are compatible with SCSI (SPC-2) are used with SBP-2, and the device 100 (storage 
device) uses those commands to perform operations such as read and write. The data 
transfer control system 10 of this embodiment extracts the command CMD1 that is 
5 included within the ORB1 and issues that CMD1 to the device 100 through the interface 
circuit 30 and the BUS2 (ATA/ATAPI). 

After the CMD1 has been issued, the system determines whether or not a bus 
reset has occurred (step S4). If no bus reset has occurred, the system determines whether 
or not DMARQ has arrived from the device 100 through the BUS2 (step S5). 
10 In other words, signals such as DMARQ that is a DMA transfer request and 

DMACK that is acknowledgement of DMARQ are defined for the BUS2 that conforms 
to ATA/ATAPI, as will be described later. After the interface circuit 102 of the device 
100 has made DMARQ active, DMA transfer starts when the interface circuit 30 of the 
data transfer control system makes DMACK active. 
15 If DMARQ does not arrive, the system determines whether or not a bus reset has 

occurred (step S6). If no bus reset has occurred, the system determines whether or not 
DMARQ has arrived, then repeats steps S5 and S6 until DMARQ does arrive. 

When DMARQ arrives, processing such as. that to make DMACK active is done, 
and the start of DMA transfer is instructed (step S7). The configuration is such that data 
20 transfer is then done through the BUS1 (IEEE 1394) and the BUS2 (ATA/ATAPI), as 
shown at D2 and D3 in Fig. 12. 

In this case, the data transfer through the BUS1 is implemented by a circuit such 
as the physical-layer circuit 14, the link-layer circuit 20, and the SBP-2 circuit 22. This 
data transfer writes data from the data buffer 4 of the personal computer 2 into the 
25 packet buffer 40 and reads data from the packet buffer 40 into the data buffer 4. 

Data transfer through the BUS2, on the other hand, is implemented by the 
interface circuit 30 and other components. This data transfer writes data from the packet 
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buffer 40 to the storage 106 of the device 100 and reads in data from the storage 106 to 
the packet buffer 40. 

The system then determines whether or not a bus reset has occurred (step S8), 
and, if DMA transfer is complete (step S9) 5 the command processing in accordance with 
5 the ORB1 ends (step S10), and the status of the ORB1 is passed to the personal 
computer 2 (step SI 1). This ends the series of command processing for the ORB1. 

3.2 Processing at Bus Reset 

If it is determined at step S2, S4, S6, or S8 of Fig. 8 that a bus reset has occurred, 
10 the processing for bus reset is performed (step SI 2). Flowcharts of this processing 
during a bus reset are shown in Figs. 9 and 10. 

First of all, reconnect processing to wait for a reconnect from the initiator is 
done, as shown at D4 in Fig. 12 (step S21). 

In other words, under SBP-2, the initiator that was logged in before the bus reset 
15 can have priority to reconnect to that target for a fixed period after a bus reset. After a 
bus reset, this reconnect processing enables the initiator to monopolize the access right 
(bus usage right) with respect to that target. 

If the reconnect does not succeed (step S22), the flow moves to step S42 of Fig. 
10. If the reconnect does succeed, on the other hand, the system then determines 
20 whether or not ORB transfer data has been transferred with respect to the device 1 00 in 
the next stage (step S23). If not even one byte of data has been transferred, the 
continuation flag is turned off (step S24). 

If even one byte of data has been transferred, on the other hand, the contents of 
the ORB (such as the data size, the page table presenting flag P, and the command 
25 block) and the size of data that could be transferred up until the point at which the bus 
reset occurs are stored (step S25). This data size corresponds to the total of the number 
of bytes of data that has already been transferred with respect to the next-stage device 
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100 at the point at which the bus reset occurred and the number of bytes of data that had 
already been transferred to the IEEE 1394 bus at the point at which the bus reset 
occurred and which was either being transferred with respect to the next-stage device 
100 or was scheduled to be transferred soon. 
5 The system then determines whether or not the page table is present (step S26), 

and, if it is absent, it stores the contents of the ORB data descriptor (step S27). In other 
words, if no page table is present, the address DAD1 (the first direct address) and the 
data length DDL1 of the transfer data are stored if direct addresses are specified (see Fig. 
5C). 

10 If the page table is present, on the other hand, it stores the contents (the address 

ADK1 and data length DLK1) and the element number of the page table element PEK1 
that was being processed at the point at which the bus reset occurred (step S28). It then 
sets the continuation flag to on (step S29). 



15 3.3 Command Comparison Processing and Address Comparison Processing 

If the ORB2 including a command CMD2 is received (step S30), command 
comparison processing is performed to compare the contents of the ORB1 (CMD1) 
before the bus reset and the contents of the ORJB2 after the bus reset, or address 
comparison processing is done to compare the address ADK1 of transfer data before the 

20 bus reset and the address ADK2 of transfer data after the bus reset, as shown at D5 of 
Fig. 12 and in Fig. 13. 

The command comparison processing in this case is performed as described 
below. In other words, the system compares the page table presenting flag P, data size, 
operation code (a code that differentiates commands such as write command or read 

25 command) within the command block (command set) field, and data length included by 
the ORB of this embodiment, as shown in Fig. 14. If the ORB also includes 
identification information (such as a sequence number), that identification information 
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could also be compared. Note that the values of data descriptors are compared if no 
page table is used, but the numbers of segments are compared if a page table is used. 
Comparing the information in the manner described above makes it possible to reliably 
determine whether or not the ORB1 before the bus reset and the ORB2 after the bus 
5 reset are the same, using simple processing. 

The address comparison processing is as described below. In the prior-art 
example shown in Figs. 6A and 6B, the comparison is of the start addresses ADS1 and 
ADS2 of all the transfer data specified by the page table. In contrast thereto, this 
embodiment involved a comparison of the address ADK1, which is stored in the page 

10 table element that was being processed at the bus reset, and corresponding ADK2, as 
shown in Fig. 15. In other words, the comparison is of the addresses of the segment data 
that was being transferred at the bus reset, as shown at Fl . 

A page table is composed of a plurality of page table elements (PE1 1 to PEM1, 
PE12 to PEM2), as shown in Fig. 16, where these page table elements are specified 

15 sequentially by element numbers. Data transfer using this page table is done by reading 
out addresses (AD1 1 to ADM1, AD 12 to ADM2) stored in the page table elements, in 
order of the element number by way of example, and using the read-out addresses to 
specify positions of transfer data as indirect addresses, as described with reference to 
Fig. 5B. 

20 With this embodiment, the address ADK1 (the first address) stored in the page 

table element PEK1 that was being processed at the point at which the bus reset 
occurred, of the page table elements of the page table specified by ORB1 (the first 
command packet) that has been transferred in through the BUS1 (the first bus), is stored. 
In other words, the address that is- stored is of the segment data at Fl that was being 

25 transferred when the bus reset occurred. 

When the ORB2 (the second command packet) is transferred in after the bus 
reset, the address ADK2 (the second address) that is stored in the page table element 
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having the same element number as PEK1 ? of the page table elements of the page table 
of the address specified by the ORB2, is read out. When the stored ADK1 and the read- 
out ADK2 are compared and it is determined that ADK1 and ADK2 are the same, data 
transfer restarts from the page table element (PEK1) that was being processed at the 
5 point at which the bus reset occurred, as shown at F2 in Fig. 15. 

Since this embodiment ensures that the data transfer can be restarted from the 
page table element that was being processed when the bus reset occurred, it is possible 
to guarantee normal operation at a bus reset in a more reliable manner, in comparison 
with the prior-art example described with reference to Figs. 6 A and 6B. 

10 In other words, if the storage area for the segment data at C4, where transfer has 

already ended, is used by another application, it is possible that the start addresses for 
the transfer data (ADS1 and ADS2) will be different before and after the bus reset, as 
shown in Figs. 6A and 6B. Since this embodiment compares the stored addresses 
(ADK1 and ADK2) of the page table element that was being processed when the bus 

15 reset occurred in this case too, there is no inconvenience in data transfer even if the start 
addresses for the transfer data (ADS1 and ADS2) are different. It is therefore possible to 
guarantee more reliable data transfer, in comparison with the prior-art example. 

Note that it is also possible to compare not only the page table element that was 
being processed, before and after the bus reset, but also the storage address of a page 

20 table element that has already been processed. 

More specifically, of the page table elements of the page table having an address 
that is specified by the ORB1, K (where K is an integer equal to or greater than two) 
addresses AD11, AD21, AD31... ADK1 (a first address group), which are stored in the 
K page table elements from the start page table element to the page table element that 

25 was being processed, are stored, as shown in Fig. 17. 

Of the page table elements of the page table having an address that is specified 
by the ORB2 after the bus reset has occurred, K addresses AD 12, AD22, AD32,... 
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ADK2 (a second address group), which are stored in the page table elements having the 
same element numbers as the K addresses AD1 1, AD21, AD31,... ADK1, are read out. 
The thus-stored AD11, AD21, AD31... ADK1 and the read-out AD12, AD22, AD32... 
ADK2 are compared. The configuration is such that data transfer restarts if it is 
5 determined that these addresses are the same. This makes it possible to guarantee data 
transfer when a bus reset occurs, in a more reliable manner. Note that it is also possible 
to compare only some of the plurality of page table elements, instead of the stored 
addresses of all the page table elements from the initial page table element to the page 
table element that was being processed. 

10 The description returns to the flowchart of Fig. 10. If the ORB2 (CMD2) is 

received after the bus reset (step S30), the system determines whether or not the 
continuation flag is on (step S31). This continuation flag is the flag that was turned on at 
step S29 of Fig. 9. If the continuation flag is off, the flow moves on to step S42. 

If the continuation flag is on, the system determines whether or not the ORB1 

15 before the bus reset and the ORB2 after the bus reset are the same, as described with 
reference to Fig. 14 (step S32). In such a case, the contents of the ORB1 that are 
compared with the ORB2 are stored in step S27 of Fig. 9. 

If the contents of the ORB1 and the ORB2 are the same, the system determines 
whether or not the page table is present (step S33). This can be done by checking the 

20 page table presenting flag P of Fig. 14. If the page table is present, the address ADK2 is 
read from the page table element PEK2 having the same element number as PEK1, of 
the page table elements of the ORB2, as described with reference to Figs. 15 and 16 
(step S34). The system determines whether or not the address ADK1 that was stored in 
step S28 of Fig. 9 is the same as the thus-read address ADK2 (step S35). If the ADK1 

25 and ADK2 are the same, it performs data transfer restart processing (step S36). In other 
words, the data transfer setting returns to the state it was in before the bus reset occurred, 
to enable the data transfer to restart at the point at which the bus reset occurred, based 
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on data such as the data size that has been transferred up until the point at which the bus 
reset occurs, as stored in step S25 of Fig. 9, and the contents of the page table element 
and the element number that were stored in step S28. The continuation flag returns to 
off (step S37). In this case, the data in the data buffer of the target should not be cleared, 
5 so that the data that had already been transferred before the bus reset may not be lost. 

If it was determined at step S3 3 that the page table is absent, the system 
determines whether or not the address DAD1 specified directly by the ORB1 and the 
address DAD2 specified directly by the ORB2 are the same (step S3 8). If it is 
determined that the DAD1 (the first direct address) and the DAD2 (the second direct 

10 address) are the same, the system returns the data transfer setting to the state before the 
bus reset occurred and performs data transfer restart processing (step S39). It then 
returns the continuation flag to off (step S40). In this case, the data in the data buffer of 
the target should not be cleared, so that the data that had already been transferred before 
the bus reset may not be lost. 

15 With this embodiment configured as described above, the stored addresses 

ADK1 and ADK2 of the page table elements are compared if the page table is present 
(step S3 5), whereas the addresses DAD1 and DAD2 specified directly by the ORB1 and 
the ORB2 are compared if the page table addresses is absent (step S3 8). This makes it 
possible to guarantee normal operation at a bus reset, regardless of whether or not the 

20 page table is present. 

If it is determined at step S31 that the contents of the ORB1 and the ORB2 are 
not the same, if it is determined at step S35 that the addresses ADK1 and ADK2 are not 
the same, or if it is determined at step S3 8 that the DAD1 and DAD2 are not the same, 
the system sets the continuation flag to off and also stores the address of the transfer 

25 data, without performing data transfer restart processing (steps S41 and S42). 

The system then determines whether or not the CMD1 included by the ORB1 
has already been issued with respect to the device 100 (step S43). If the CMD1 has not 
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been so issued, the system does not perform command abort processing and moves on 
to processing of the ORB2 that has been newly transferred in (step S48). With the thus- 
configured embodiment, if a bus reset occurred during the processing of the CMD1, 
abort processing (step S47) is done if it is determined that the issue of the CMD1 has 
5 been completed (step S43), but abort processing is not done and the flow moves on to 
the processing of the ORB2 (CMD2) if it determined that the CMD1 has not been 
issued (step S48). 

If the CMD1 has already been issued to the device 100, the system determines 
whether or not DMA transfer start has been completed (step S44). If it has started, the 

10 system moves on to abort processing for the command CMD1 (step S47), as shown at 
E5 in Fig. 18. If the CMD1 has not been issued, on the other hand, the system 
determines whether or not the DMA transfer request DMARQ has arrived (step S45), 
and, if DMARQ has not arrived, it moves on to CMD1 abort processing. If DMARQ 
has arrived, on the other hand, the system moves on to CMD1 abort processing after 

15 instructing the start of DMA transfer (step S46). When CMD1 abort processing ends, 
the flow moves on to processing for the ORB2 (CMD2) (step S48). 

3.4 Omission of Address Comparison Processing when Page Table Is present 

If it is determined at steps S34 and S35 that the page table is present, the 
20 addresses ADK1 and ADO stored in the page table elements PEK1 and PEK2 are 
compared, but it is also possible not to perform this comparison processing. An example 
of the flowchart of processing in such a case is shown in Fig. 25. 

If the ORB2 (the second command packet) has been transferred in after the bus 
reset occurred, the contents of the ORB2 after the bus reset occurred are compared with 
25 the contents of the ORB1 (the first command packet) before the bus reset occurred by 
the command comparison section 74 (see Fig. 7), as shown at step S32 in Fig. 25. In this 
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case, the contents of the ORB1 are those that were stored by the command storage 
section 73 in step S25 of Fig. 9. 

It is then determined whether or not the page table is present (step S33) and, if 
the page table is present, data transfer restart processing (restart processing for data 
5 transfer from the point at which the bus reset occurred) is done by the transfer restart 
section 77 (step S36). In other words, data transfer is restarted if it is determined that the 
contents of the ORB1 and the ORB2 are the same, provided there is a page table. Thus 
the data transfer is restarted without the processing of steps S34 and S35 of Fig. 10. 

If the page table is absent, on the other hand, the DAD1 (the first direct address) 
10 that is specified directly by the ORB1 and the DAD2 (the second direct address) that is 
specified directly by the ORB2 are compared by the address comparison section 76 
(step S3 8). In this case, the DAD1 is the one that was stored by the address storage 
section 75 in step S27 of Fig. 9 when the page table is absent. 

If it determined in step S3 8 that the DAD1 and the DAD2 are the same, data 
15 transfer restart processing (restart processing for data transfer from the point at which 
the bus reset occurred) is done by the transfer restart section 77 (step S39). In other 
words, data transfer is restarted if the page table is absent and it is determined that the 
contents of the ORB1 and the ORB2 are the same and also that the DAD1 and the 
DAD2 are the same 

20 It might be possible to guarantee appropriate data transfer restart processing, 

even without comparing addresses stored in the page table elements, depending on the 
way in which the OS processes or the type of the device 100 (such as a storage device). 
In such a case, it would be possible to reduce the processing load by restarting the data 
transfer without performing the address comparison processing of steps S34 and S3 5 of 

25 Fig. 10. 

3.5 Command Abort Processing 
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A flowchart relating to CMD1 abort processing is shown in Fig. 11. First of all, 
the system determines whether or not DMA transfer is operating (step S51). If it is 
determined that DMA transfer has not started at step S44 of Fig. 10 and if it is 
determined that DMARQ has not yet arrived at step S45, by way of example, it is 
5 possible to determine that DMA transfer is not operating at step S5 1 of Fig. 1 1 . In such 
a case, the command CMD1 is aborted without controlling the dummy data transfer 
control processing of steps S52 to S58. This makes it possible to omit the processing of 
steps S52 to S58, making the processing more efficient. 

If it has been determined that DMA transfer is operating, the system determines 
10 whether the command CMD1 is a read command or a write command (step S52). 

If the CMD1 is a read command, the system then determines whether or not the 
DMA transfer for the CMD1 has been completed, as shown at E6 in Fig. 18 (step S53). 
The dummy data transfer (read) processing of steps S53 to S55 is done with respect to 
the device 100 until the DMA transfer is complete. If it is determined that the DMA 
15 transfer is complete, abort processing for the command CMD1 is done, as shown at E7 
in Fig. 18 (step S59). 

Similarly, if the CMD1 is a write command, the system then determines whether 
or not the DMA transfer for the CMD1 has been completed (step S56). The dummy data 
transfer (write) processing of steps S56 to S58 is done with respect to the device 100 
20 until the DMA transfer is complete. If it is determined that the DMA transfer is 
complete, abort processing for the command CMD1 is done (step S59). 

Note that the command abort processing could be implemented by a software 
reset that is defined by ATA/ATAPI, by way of example. Specifically, this software 
reset could be executed by setting an SRST bit of a device control register of the 
25 interface circuit 102 of the device 100 to 1. This setting of a value in the register can be 
implemented by the interface circuit 30 accessing the register of the interface circuit 102, 
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by PIO transfer using BUS2 signals such as CS[1:0] 5 DA[2:0], DIOW, and DIOR, as 
will be described later. 

Note that, instead of performing SRST (a software reset), end processing could 
be done by executing an interrupt processing function, when an ordinary completion 
5 interrupt (INTRQ) has been input from the device 100 as a result of the transfer of 
dummy data. 

With this embodiment as described above, the command CMD1 issued by the 
device 100 before the bus reset (see step S3 of Fig. 8 and El in Fig. 18) is aborted (see 
step S59 of Fig. 1 1 and E7 in Fig. 18) after the DMA transfer (see step S7 of Fig. 8, step 

10 S46 of Fig. 10 and E3 in Fig. 18) started by the ORB1 (CMD1) has been completed. 

This ensures that the command CMD1 is aborted after the DMA transfer 
through the device 100 and the BUS2 has ended normally. Since the device 100 can 
therefore complete the DMA transfer normally, it is possible to prevent a situation in 
which the device 100 hangs. Since the DMA transfer through the BUS2 until the 

15 command CMD1 is aborted is done by dummy data transfers, there is no adverse effect 
on the processing of the personal computer 2. 

In particular, the device 100 that is provided with the ATA (IDE)/ AT API 
interface was originally designed as an internal storage device for the personal computer 
2, so it was not designed from consideration of the occurrence of a IEEE 1394 bus reset 

20 during DMA transfer. It is therefore highly likely that, if the device 100 is connected to 
the data transfer control system 10 of this embodiment, which is provided with an IEEE 
1394 and AT A/AT API bridge function, the occurrence of an unpredicted bus reset 
could cause the device 100 to hang. Since embodiment of the invention makes it 
possible to abort a command after DMA transfer is complete, it enables the prevention 

25 of such a hang-up before it occurs. 

4. Transfer of dummy data 
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19A to 19E is repeated until the DMA transfer is complete (step S53 of Fig. 11), to 
transfer dummy data with respect to the BUS2. 

This embodiment configured as described above succeeds in implementing 
dummy data transfer by performing dummy updates of LTXP2 (the second pointer) in 
5 such a manner that LTXP2 is not surpassed by the ATXP1 (the first pointer) that is 
updated every time transfer data from the BUS2 is written. 

Figs. 20A to 20E are illustrative of pointer control of the packet buffer 40 during 
the writing of data by the personal computer 2 to the device 100 (during the reception of 
data transfer control system 10 data). 
10 In Figs. 20 A to 20E, a pointer ARXP3 (a third pointer) is a pointer for reading 

out transfer data from the packet buffer 40 to the BUS2, which is updated every time 
transfer data is read out to the BUS2. Similarly, a pointer LRXP4 (a fourth pointer) is a 
pointer for writing transfer data from the BUS1 to the packet buffer 40, which is 
updated every time transfer data is written from the BUSL The updating of these 
15 pointers is done by the pointer management section 39. 

As shown in Fig. 20A, every time transfer data is read out from the packet buffer 
40 to the BUS2, the pointer ARXP3 is updated and the position it indicates moves 
downward. The pointer ARXP3 is managed by a ring buffer method. Thus, when the 
pointer ATXP3 reaches the lower boundary BD2 of the store area, ATXP3 returns to the 
20 upper boundary BD1, as shown in Fig. 20B. 

When it is determined that ARXP3 = LRXP4 (step S57 of Fig. 1 1), all the data 
in the entire store area of the packet buffer 40 has been read out, as shown in Fig. 20C. 

When that happens with this embodiment, the same value as LRXP4 is re- 
written to the LRXP4 pointer register, as shown in Fig. 20D (step S58 of Fig. 1 1). This 
25 performs a dummy update of the pointer LRXP4, giving a similar result as the writing 
of all the data in the store area. The pointer ARXP3 is updated as shown in Fig. 20E and 
the transfer data is read out from the store area from which a pseudo write has been 



performed to the BUS2. The pointer control of Figs. 20A to 20E is repeated until the 
DMA transfer is complete (step S56 of Fig. 1 1), to transfer dummy data with respect to 
the BUS2. 

This embodiment configured as described above succeeds in implementing 
5 dummy data transfer by performing dummy updates of LRXP4 (the fourth pointer) in 
such a manner that LTXP4 is not surpassed by the ATXP3 (the third pointer) that is 
updated every time transfer data to the BUS2 is read out. 

The above-described embodiment performs pseudo transfers of dummy data 
through the BUS2 to the device 100 until the DMA transfer is complete, then aborts the 
10 command CMD1 after the DMA transfer is complete. The reading and writing of 
transfer data on the personal computer 2 side is done in a pseudo fashion by dummy 
updates of the pointers LTXP2 and LRXP4, as shown in Figs. 19D and 20D. It is 
therefore possible to prevent any adverse effect on the processing of the personal 
computer 2 due to the continuing DMA transfer up until the command CMD1 is aborted. 
15 The processing of the new ORB2 (CMD2) that is sent to the personal computer 2 after 
the bus reset can be executed as appropriate after the CMD1 has been aborted. 

Note that the method of performing dummy updates of the pointers LTXP2 and 
LRXP4 is not limited to that shown in Figs. 19A to 20E, at least so long as LTXP2 and 
LRXP4 are controlled so as not to be overtaken by the pointers ATXP1 and ARXP3. 
20 Similarly, the dummy data transfer processing need not be done by the pointer control 
shown in Figs. 19A to 20E; it could also be implemented by providing a dedicated 
hardware circuit for dummy data transfers. 

5. ATA/ATAPI Interface Circuit 
25 An example of the configuration of the interface circuit 30 for ATA/ATAPI is 

shown in Fig. 21. Note that the interface circuit 30 need not necessarily be provided 
with all the circuit blocks shown in Fig. 21; some of them can be omitted. 
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Figs. 22A and 22B show examples of signal waveforms during parallel I/O 
(PIO) read and write. Reading of the ATA status register is implemented by the PIO 
read of Fig. 22A and writing to the control register is implemented by the PIO write of 
Fig. 22B. A software reset for aborting a command issued by the device 100 could be 

5 done by the PIO write of Fig. 22B 5 to set the SRST bit of the register of the interface 
circuit 102 to 1, by way of example. 

Figs. 23A and 23B show examples of signal waveforms during DMA read and 
DMA write. Once the preparations for data transfer are complete, the device 100 (the 
interface circuit 102) makes DMARQ go active (high). On reception thereof, the data 

10 transfer control system 10 (the interface circuit 30) makes DMACK go active (low) to 
start the DMA transfer. DIOR (for read) or DIOW (for write) is subsequently used to 
perform DMA transfer of data DD[15:0]. 

Figs. 24A and 24B show examples of signal waveforms during UltraDMA read 
and UltraDMA write. Once the preparations for data transfer are complete, the device 

15 100 makes DMARQ go active. On reception thereof, the data transfer control system 10 
makes DMACK go active to start the DMA transfer. DIOW, DIOR, and IORDY are 
subsequently used to perform UltraDMA transfer of data DD[15:0]. 

Note that the present invention is not limited to this embodiment and thus 
various modifications thereto are possible within the scope of the invention laid out 

20 herein. 

For example, terminology (such as: IEEE 1394, AT A/AT API, SBP-2, 
IPoverl394, ORB, personal computer, SBP-2 circuit, hard disk drive, optical disk drive, 
storage device, printer device, scanner device, and CPU) that is derived from generic 
terminology defined within this document (such as: first interface standard, second 
25 interface standard, upper-level first protocol of a first interface standard, upper-level 
second protocol of the first interface standard, command packet, electronic instrument, 
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, • „ device and processor) could be replaced by 
^fer execution circuit, storage dev.ee, dev.ee, an 

ot her — *W - "* prese „ t invent ion ft* is «— * a 

It is also possible for an aspec .„„„„ „f the corresponding 

. „f the conf.gurational requirements or 
dependent claim to omt. some ^ by m 

j n ( claim Similarly, the components ot tn P 
5 antecedent clatm. Mepen de„, clatms. 

— — — * * ^^er control system and electronic in— 
The conf.gurat.ons of* ^ ^ ^ ^ , ^ , hus vanous 

0( the present invention are no. ^ ^ 6a ^ m 

'u\e> For exampie 5 some ui 
m „dif,cations thereto are possmle.r ^ ^ ^ reWionshi p 

■0 - ^ ^p^admtion.ti.eeonnectivecnnf.guraflon 

of the physical-layer etrcmt, the lu* lay 

thatsh „ W n,nFig,7, ^ ^ a configuIaWon m which the 

ws eutbodimen, was ^ ^ ^ ^ sectiOT , 

I5 functions of components such as ^ ^ 

— -parison seC.on, addt^ ^ ^ ^ _ 

.ran* restart section, command pro* g ^ ^ ^ ^ 

imp ,emen«ed by firmwate (programs), but alio 

we ll be implemented by a hardware orcu,, ^ ^ ffiEE 

nr;"- — — — -- — 

times odter titan a bus reset ^ ^ (such as 

The present invention can be pp 

devices, audio equipment, digital via 
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„ display devices, — a ' COmPUKrS M " 
VCBs, telephones, display oc 

organizers). lati t0 , configuralion in 

„ addition, .his embodiment was desenhe ^ ^ ^ ^ ^ ^ 

whichdie present — ~ — ' 

AT A/ AT API standards. However, the ^ (pl394a) , S BP-2 (SBP), or 

based „„ concepts simiiar to ° 4> SBP . 2 , M a ATA/ATAPI. 

a — 

^ accord,, to one embedment o f me present 

:::::;rrrw::^ 

transferred throngh a firs, bus; ^ ^ compaIes 

- address comparison secfion which e^ ^ ^ ^ 

^ thP read-out second address, u» 
*■ — » ^ ^ t same Cement nunther as Ihe page table element in 
in a page labie element having *. same e,em ^ ^ 

which .he firs, address is stored among page ^ ^ 

j „ acket when the second command packet 
a second command pacKet, wi 

ta , bus after .be bus reset occurs; and ^ ^ e , emenl 

a .mnsfer restart seclion which retfar* dala ^ 
K ■ nrocessed a. Ibe poinl a. which me bus reset occurs, 
ft* ,s being processed ^ ^ ^ 

— - - - aadress :„g „ » « — «, , - * . - 

This embodimen. ensures me storing ^ ^ 

5 ^ ot the noint at which tne oub 

second address stored in the pag 
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page table element in which the first address is stored, of the page table elements of the 
page table specified by the second command packet after the bus reset, is read out. Data 
transfer is restarted on condition that the first and second addresses are the same. This 
makes it possible to implement data transfer with a higher degree of reliability, by 
5 enabling the reliable restart of data transfer from the page table element that was being 
processed at the time of the bus reset. 

With this data transfer control system, the address storage section may store a 
first direct address which is specified by the first command packet when a page table is 
absent, the address comparison section may compare the first direct address and a 
10 second direct address which is specified directly by the second command packet when a 
page table is absent, and the transfer restart section may restart the data transfer when it 
has been determined that the first direct address and the second direct address are the 
same. 

This makes it possible to guarantee normal operation when a bus reset occurs, 

15 regardless of whether or not the page table is present. 

With this data transfer control system, the address storage section may store K 
first addresses (where K is an integer equal to or greater than two) which are stored in K 
page table elements among the page table elements of the page table specified by the 
first command packet, the K page table elements including consecutive page table 

20 elements starting from an initial page table element to the page table element that is 
being processed at the point at which the bus reset occurs; the address comparison 
section may read out K second addresses which are stored in page table elements having 
the same element numbers as the page table elements in which the first addresses are 
stored, among the page table elements of the page table specified by the second 

25 command packet transferred in after the bus reset occurs, and may compare the stored K 
first addresses and the read-out K second addresses; and the transfer restart section may 
restart the data transfer from the page table element that is being processed at the point 
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> . ( .KpK first addresses and 
, when it has been determined that the K first 
at which the bus reset occurs, when 

K second addresses are the same. ^ ^ by doing a 
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. another embodiment of the present 
Adata hansfeteon.ro, sterna— to another 

invention includes: of , fitst command packet 

a command s.orage section wVnch stores 

^sferredtoonghaf.rs.bus; ^ wMc „ is pitied 

w address storage section winch smres ^ 

acommandcompansoosecnon^omp^ ^second command pac*. ,s 
pachcandaeontemofasecondcommandpacae,, 
P u ofw a bus reset occurs; 

tt ansferredtmoughme firs, bus afterabo ^ ^ ^ „ 

an address companson section ^ ^ which , 

gifted direct., bv me « eommand P * „ abseot; and 

spec>f ,cdd,tee..vb yfl ,eseeondcomm»dP eh«, _ — ^ 

a uansfer resti*. section whtch restarts da,a — ^ 
« and second direct addresses are tiae sam ^ ^ ^ ^ 

^ nackets are the same when the page nerfo rmed when 

25 command packets that data transfer restart processtng ^ perform 

_~tr-— ' — 



37 



, - . Presses are the same. When the page table is 
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With any of the above data transfer control systems, the command abort section 
may control dummy data transfer to or from the device connected to the second bus 
until the DMA transfer is complete. 

The dummy data transfer control in this case could be implemented by dummy 
5 updates of the pointers of the packet buffer in which the transfer data is temporarily 
stored, or by the provision of hardware for dummy data transfer. In addition, the dummy 
data is a data transferred through the second bus but is not transferred through the first 
bus, by way of example. 

With any of the above data transfer control systems, the command abort section 
10 may abort the command without controlling the dummy data transfer, in a case that 
DMA transfer is not operating when it is determined whether or not the command is to 
be aborted. 

This makes it possible to omit the dummy data transfer control, thus making the 
processing more efficient. 
15 Any of the above data transfer control system may further includes: 

a pointer management section which manages pointers of a packet buffer that 
temporarily stores transfer data, by a ring buffer method, updates a first pointer every 
time transfer data from the second bus is written to the packet buffer, and updates a 
second pointer every time transfer data to the first bus is read out from the packet buffer, 
20 and 

the command abort section may control the dummy data transfer by performing 
a dummy update of the second pointer in such a manner that the second pointer is not 
overtaken by the first pointer that is updated every time transfer data from the second 
bus is written to the packet buffer. 
25 Any of the above data transfer control system may further includes: 

a pointer management section which manages pointers of a packet buffer that 
temporarily stores transfer data, by a ring buffer method, updates a third pointer every 
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time transfer data to the second bus is read out from the packet buffer, and updates a 
fourth pointer every time transfer data from the first bus is written to the packet buffer, 
and 

the command abort section may control the dummy data transfer by performing 
a dummy update of the fourth pointer in such a manner that the fourth pointer is not 
overtaken by the third pointer that is updated every time transfer data to the second bus 
is read out from the packet buffer. 

With any of the above data transfer control system, the first bus may be a bus in 
which data transfer is performed by the IEEE 1394 standard. 

An electronic instrument according to a further embodiment of the present 
invention includes any one of the above data transfer control systems and a device 
connected to a second bus of the data transfer control system. 
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